App. No. 10/684,900 

Amendment Dated: June 4, 2009 

Reply to Office Action of February 4, 2009 

REMARKS/ARGUMENTS 
The Office Action mailed Febraary 4, 2009, has been received and the Examiner's 

comments carefully reviewed. Claims 12-14, 16-18, 21 and 22 are rejected. Claim 12 has been 

amended. For at least the following reasons, Applicants respectfully submit that the pending 

claims are in condition for allowance. 

Claim Objections 

Claim 12 is objected to for informalities. Claim 12 has been amended to address the 
objections. The Applicants respectfully request the objections be withdrawn. 

Claim Rejections Under 35 U.S.C. S 102 

Claims 12-14, and 16-18 are rejected under 35 U.S.C. 102(e) as being anticipated by 
Bradford et al. (U.S. Patent No. 5,956,745). Claims 21-22 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Bradford et al. (U.S. Patent No. 5,956,745) in view of 
Armangau et al. (U.S. Patent No. 6,934,822). 

With regard to Claim 12, the Office Action recites that Bradford teaches "taking a 
snapshot of an original volume (See column 2, lines 42-51, prior art, and see column 3, lines 
1-20, wherein a copy, an image, a back-up, or a snapshot is well known to occur at the time 
of defragmentation or back-up) using a first program that is configured to mediate between 
the file system and a block driver (the claim is not specific to what this program is, therefore, 
its taken to be the software routines running the appUcation); wherein taking the snapshot 
includes creating a bitmap comprising a plurality of bit spaces, wherein each bit space 
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corresponds to a respective block in the original volume, wherein each bit space is set either 
to an ignore value or to a protect value, and wherein initially a bit space is set to the ignore 
value when the respective block that corresponds to the bit space is a free-space block when 
the snapshot is taken, and a bit space in set to the protect value when the respective block 
that corresponds to the bit space is an occupied space block when the snapshot is taken (See 
Figure 6G, and see column 3, lines 51-56); monitoring moves of occupied-space blocks in 
the original volume, wherein moving an occupied-space block comprises transferring 
contents from within the occupied-space block to a second block, which is one of the free- 
space blocks, the second block becoming an occupied- space block, and the first block 
becoming a free-space block (See column 3, lines 63-67); monitoring writes of blocks in the 
original volume (See column 3, lines 63-67); wherein monitoring the writes of the blocks 
includes determining which blocks to protect by copy-on-write operations before the writing 
of the blocks such that data in that block is preserved and which blocks not to protect by the 
copy-on-write operations (See column 21, lines 24-30, wherein the protect before write is 
taught); and wherein monitoring the moves and the writes comprises using the first program 
to intercept efforts by the file system to access blocks in the original volume (See colurrm 
19, lines 1-19, wherein the disk analysis process includes intercepting access requesting 
using the FAT bitmap and generating an error if they no longer exist on original volume) 
producing a snapshot versions of blocks in response to a read requests (See column 4, lines 
36-38, and see column 4, lines 58-58, wherein each update is a version) using the 
information on which blocks to protect by the copy-on-write operations and which blocks 
not to protect (inherent uses of file allocation bitmap tables in defragmentation operations. 
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wherein Bradford marks the blocks as free or in-use to show write protection)." In response, 
Claim 12 has been Mnended to more clearly define the invention. 

As amended, Claim 12 recites in part "wherein at a time of the snapshot of the 
original volume data remains uncopied from the original volume to the snapshot of the 
original volume; the differential snapshotter program performing actions comprising: 
intercepting a move request by the file system to move data blocks in the original volume; 
preventing the move to occur until a determination is made as to the data in the data blocks 
is to be preserved; monitoring moves of occupied-space blocks in the original volume, 
wherein moving an occupied-space block comprises transferring contents from within the 
occupied-space block to a second block, which is one of the free-space blocks, the second 
block becoming an occupied-space block, and the first block becoming a free-space block; 
the differential snapshotter program performing actions comprising: intercepting a write 
request by the file system to write data blocks in the original volume; preventing the write to 
occur until a determination is made as to the data in the data blocks is to be preserved; 
monitoring writes of blocks in the original volume; wherein monitoring the writes of the 
blocks includes determining which blocks to protect by copy-on-write operations before the 
writing of the blocks such that data in that block is preserved and which blocks not to protect 
by the copy-on-write operations; wherein monitoring the moves and the Avrites comprises 
using the first program to intercept efforts by the file system to access blocks in the original 
voliune." Among other differences, the cited references fail to teach that differential 
snaphshotter intercepts block moves and writes by the file system and prevents the moves 
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and writes from occurring until a determination is made as to whether data needs to be 
preserved. 

In contrast, Bradford teaches an automatic volume block resizer. Bradford does not teach 
that a differential snaphotter program intercepts requests by the file system. Instead, Bradford, at 
col. 4, lines 49-57 recites in part that "For each file to be defragmented and realigned, the 
realignment step comprises the steps of. . . . (b) creating a new volume block to place a current 
file, the new volume block starting at a new boundary and extending for a number of original 
volume blocks that constitute a new volume block; (c) moving the original volume blocks of 
the current file into the cleared new volume block; and (d) updating the various tables and 
bit-maps to indicate each block move" (emphasis added). As can be seen, Bradford does not 
teach intercepting file system requests. Instead, Bradford teaches issuing file system requests to 
move the original volume blocks and after moving the blocks updating the tables. Additionally, 
Bradford does not teach that a differential snapshotter program intercepts the file system 
requests. Nor does Bradford teach that the differential snaphshotter sits between the file system 
and a block driver. Still fiirther, Bradford does not teach preventing the move or write request 
from the file system to proceed until a determination is made as to whether the data needs to be 
preserved. Since Bradford fails to teach the use of the differential snapshotter to intercept and 
prevent requests made by the file system from occurring until the differential snaphshotter 
determines if data needs to be preserved, Claim 12 is proposed to be allowable. Claims 
depending from Claim 12 are proposed to be allowable as they depend from a valid base claim. 
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Conclusion 

In view of the foregoing amendments and remarks, all pending claims are believed to be 
allowable and the appUcation is in condition for allowance. Therefore, a Notice of Allowance is 
respectfully requested. Should the Examiner have any further issues regarding this application, 
the Examiner is requested to contact the undersigned attomey for the appUcant at the telephone 
number provided below. 
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